While experimenting with cameras in Aonio I stumbled over this old thread. It seemed a very interesting principle, so I implemented a version of this "real life" camera into Aonio. There's a new configuration option allowing to turn the smooth camera on/off. The feature includes leveling, corrections, and handling of extremes (car rolling/crashing), so if you're up for some new experience using in-car camera, try to activate it. I myself consider the results very interesting, I feel it simulates reality (head/body momentum and absorption) quite nicely.
Open Airio.cfg.txt file, search for EnableStats item. Change the value from 5 to 4, save file, reload (!rld), check !a, all stats-manipulation commands will be there, and !remove will work.
Hm, right, adding the WR and BL times to the table was not as easy, I guess, as would be adding a switch to hide these special times. Valid request, I think, I'll try not to forget about it in 2.5.1...
This new version does not add any new panels, but allows configuration of the TS3 delay - the time for which the last TS3 speaker is displayed. But that is a minor thing. The more important update lies somewhere else.
For some time already I did not like Aonio's behavior during qualification/practice, because the (racing) field panel was simply empty, no data at all. Aonio 1.4.1 changes this and adds support for Q/P mode, at least in the field panel.
When qualification/practice is started, the field panel changes mode and shows currently known best laps of all connected people. During hotlapping, it shows differences to best splits of other people, gains or losses. Car types are also shown and your (or any viewed driver) current position (per car category) and advance through the qualification table as well.
I myself consider this a very useful addition, hopefully you'll be of similar opinion. There's currently just one unresolved issue, something is probably wrong in car takeover routine, making, as one report pointed out, all data disappear after takeover. I was not checking this myself, if you have any additional info, please forward it to me. Thanks and enjoy!
The FULL version contains an automatic configurable system of handicaps, either safety or dynamic. Dynacaps may be used to equalize racing field, where the winner must put e.g. higher load into his car, while other drivers may keep the current load or make their cars lighter. Safecaps may be configured to require higher handicaps from people with low safety rating, making them slower with the possibility to improve rating and lose some weight or air restriction. However, these systems, when applied, are fully automatic and depend on car type, not a specific track. Also, currently there's no option to manually assign certain handicaps to specific drivers, though I guess it could be a worthy addition.
Good race! The guys in front were too fast for me, giving me a second or two every lap, but we had some nice fight for positions in the middle of the pack. Just when I was happy that I will probably keep 8th position (maybe even fight for 7th, with Biker just 2 or 3 seconds in front) for the remaining laps, I realized Masai is behind me and approaching fast. Still, 9th place from 14 on start, safely within winner's lap, that's great. SO tracks are tight for these big and fast cars, still I saw only fair racing around me.
Well, I'm really not sure that would work, make people think a bit more. But I also think the complaints are justified to a certain extent, the voting actually limits the chosen and used tracks. I still believe the best way to deal with this problem would be to keep some kind of internal statistics, past vote results. Tracks being chosen too often could get negative initial votes, so that they will be harder and harder to get. I have a certain scheme in mind that could actually work. Now I need to create some test cases, make adjustments and incorporate it into Airio code...
The delay before deleting the name of the last speaker is intentional, I just though people will often need more time to check who was talking. Currently it is a fixed value, but I may add the delay as configurable, if you think it is really necessary. But please try it out in real use, while racing. Maybe you'll discover the delay is handy and pretty much optimal.
Hi everybody, Aonio 1.4.0 is released. As the version number suggests, it contains a new panel (14th), very small one (just one button), but hopefully useful for some people. This panel may show the nickname of the guy currently speaking using TeamSpeak3. To make it work, you need to use TS3 client version 3.0.0 beta32 or newer (hopefully, assuming the existing and very new ClientQuery data and commands will not change). You also need to activate UseLocalTS3 and ShowTS3 in the CFG file, with position adjustment. Please check it out if you're using TS3, let me know what you like and what you don't.
Also new in 1.4.0 is the CarsShiftRPM item allowing simulation of shift up indication is cars that do not have this feature. Once engine rotations are higher than the set value, a sound is played, just like in cars with built-in shift up indication. The last new thing in this release, as required earlier, is an option to log into tab-separated Times.txt file own or all split and lap times. Check out the LogOwnTimes and LogAllTimes items in CFG file for details.
So these above are server tools, for admins. An interesting poll could be considering client tools, for normal users. LFSRelax, Race Director, and Aonio come to mind in this other category...
Haaaaaa! I always like good news. So Airio works in Linux (thanks for the commands, I'm sure it will make some people happy) and it now also downloads LFSW data. Nice!
Actually, this could be a problem. I would suggest you remove the IP bind, it is not really useful. Maybe you're running Airio from different PC than where your server is? Airio sends the requests to LFSW, so if server IP is bound to LFSW and Airio is elsewhere, all requests will fail. After update stop (!quit) and start Airio again, so that your LFSW data are requested...
Ye, thx for the reminder. I'll see how many buttons there are remaining, so far unused by Aonio (uhm, not many, I guess), and then it could show either the last (or the only) talking person or all in the order they started to speak. But the 1st option is probably best, simpler. Also some delay would be good to have, I think, like having the last talker displayed for 2-3 more seconds or so after he stopped talking...
It seems ZanZi actually came with a very good point, connecting to local TS3 client instead of a remote TS3 server. Also it is obvious the TS3 developers actually listen to what the users ask for (quite unlike some other developers) – there is the new ClientQuery interface which notifies connected applications about people's talk status changes!
So, I think there's nothing now to prevent Aonio from having a very efficient (and hopefully reliable) TS3 support soon (:schwitz. I believe the requested feature was actually simple – show on LFS screen (using a button with configurable position) the nickname of the guy currently talking on TS3. No talk, no button. Someone talks, the button pops up. Is that right?
There can be nothing like CFG2 file, CFG is only one file with common Airio instance settings. Anyway, I checked the CON files you sent. CON1 connects, so that is OK. CON2 shows TCP error. IP looks OK there, admin password is probably also OK, so it seems the InSim port is not correct or not initialized on the LFS server. Note that you cannot initialize it from client using /insim, it must be set in the server config file and the server restarted. Sometimes it is much easier for people to give me their credentials for the TC admin panel, so that I can take a closer look both on server and Airio config. Usually it takes just 5 minutes to discover and correct the error, so we may try via PMs.
Hi, sorry for not responding for a few days. Thanks to dave and z-ro for answering some things, I'll try now to address the as-yet-not-solved reports:
Yes, unfortunately there's no time to update the docs. But one day I'll try to simplify the docs greatly – it is not possible to explain every command, also because they're most self-evident. But I'd like to capture some basic principles, both from user and admin perspective and explain only the really confusing matters. Best source of information are the configuration files, where I try to explain shortly every changeable item.
Well, keep on CheckDriving and just remove the default restricted or limited zones, you'll find them in TCD file, just put # before the appropriate lines. Note that wrong way driving and idling depends on track nodes (like very small sectors, hundreds of them on each track). There are tracks without nodes (such as BL3), where wrong way driving and idling cannot be detected.
Hm, there is no connection at all between TS3 support and !cl or !cls commands. They show AIRW (Airio World) clean laps, either for one username or all known for a certain car on current track. The car must be first used though, meaning someone must join track with the car type.
Such remote connection should always work, although not as reliably as a local connection (one machine running both LFS server(s) and Airio). It is just a question of proper setup of IP and inSim port both on the LFS server and inside one of the Airio CON files.
The important thing is to have proper and valid LFSW ident key defined and stored. Also very important is that the key must not be used anywhere else, if you are not using paid data downloads, and also you should have only one key generated, because multiple keys in one account will block. (Best way: Delete all your current keys, generate one new one and use it in CFG file. Save CFG, type !rld, reconnect, because LSW data are downloaded only on connect and then in regular intervals.) Also check that IdentPay=false, otherwise without some money on your LFSW account the download will be failing. Let me know if it works then...
So I did some experiments with a basic setting, simple RPM to send a beep, not dependent on current gear. I think it works quite OK. As you say, the beep depends on setup, and you have different setups for different tracks, so doing anything too complicated could be rather prohibitive. Soon I'll release Aonio with settable gear switch beep per car type. Then we'll see whether it is sufficient for info/warning.
TCP error means something does not fit. Maybe the InSim port is not initialized in your client LFS, or maybe you have password specified in your LFS configuration and it does not match. be sure to use /insim command and try to start multiplayer using your client and see if there's password defined. Then match the parameters in Aonio connection configuration.
Ah, it took me a while to understand, but now I see. You mean to connect Aonio to local TS3 client, not to TS3 server. Nice idea! In fact I did not check what options client add-ons offer, any research and help in this respect would be most welcome. Anybody knows if there is an add-on that would offer locally information about currently talking people, or possible other events as well? I think the ServerQuery port I've been experimenting with work only on server, which is a limiting factor, when talking events are not reported.
Welcome to the banned guys club. Hm, come to think of it, I'm not sure I was ever banned from somewhere for these 3 years I'm in LFS... Anyway, your ban is already lifted.
Wow, that is a very strange error. It seems that the temporary ZIP file cannot be found at some stage during the daily backup by the external zipping library. I've never seen it before and I'm afraid I do not currently know what could be the cause and how to solve the problem... I'll keep thinking about it though...
I believe the key in these longer races is trying to drive safe. Also utmost respect to others is really necessary. Be patient and do not try to win in 1st corner. For these races this rule really applies, especially with the required pitstop and resulting possible strategies, changing according to situation on track. Also, anyone taking part should also try to finish. It is kind of sad to see fast people spectating and disconnecting after 1st minor accident. That's no racing spirit...
The rule is in fact simple: Never spec/pit from track (outside the pitlane) before the race start. Otherwise you'll lose your qualification time and grid position. Just make a good lap, then spec from pitlane and let others improve, watch. Make sure you have everything set correctly for the race (fuel, strategy). Join track 30 seconds before race and just wait, do not go anywhere, personally or with the car. Do not do last-second adjustments, you may again lose your position. GL.
I see. Didn't you experiment with some AIs on track recently? If I remember correctly, the previous version could then store fuel consumption in a very wrong fashion. Maybe you had three AI cars on track, in that case one lap consumption would be seen as sufficient for three laps. I'm not quite sure now, but I think I corrected the behavior in 1.3.6.
Anyway, somehow wrong consumption values went into Aonio stats. Close down the application. Open Aonio.sta.txt. Find the AS2, XRT line. See the next two numbers - first one is laps finished, second one is total fuel consumption in percents * 100. Change these two numbers maybe to 1 and 100 (meaning for 1 lap 1% of fuel was consumed). Save, run Aonio.
Yes, only for cars without shift-up indication. But is it necessary to base the indication on rotations AND gear? Maybe just engine rotations?
I did it myself. I believe it is a little bug in server-side code that fails to send back the AIRW update information under certain conditions (clean lap, improved PB in custom car, but not within 2% of the best clean lap). I need to think a bit and also I have other things to do, but I will correct this very soon. No Airio update will be necessary, it is the server code that fails. Sorry.
Airio 2.5.0 is released. Despite the nice round number it is "just" an evolution of the previous release, correcting all known problems and bugs but of course also adding new things, especially what concerns track voting. Also AIRW good (clean) laps are available now in-game, using !cls and !cl commands. Experimental TeamSpeak3 support is included, for now without the ability to actually control LFS servers and Airio remotely, from TS3 clients, using textual commands. Data downloads from LFSW and AIRW were optimized so that there'll be no repetitive communications and delays.
Aonio 1.3.6 with some small fixes is available. Also the config files now contain complete car definitions as used in the AIRW database. TeamSpeak support is not implemented because of missing reasonably usable data. But when they are available via TS3 query interface, adding TS3 speaker panel would not be complicated.
PS: I forgot to mention one small config change. Optionally engine rotations may be displayed along current speed and gear.